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Method and Software Application for Computer Aided Customer 
Independent Cash Collection using a State Field in a Data 
Record 



DESCRIPTION OF THE INVENTION 

5 Field of the Invention 

The technical field of this invention is in the area of 
electronic data processing. More particularly, the invention 
relates to methods, data structures, computer program products 
and systems for automated processing of invoices. 

■ 

10 Background of the Invention 

The processing of invoices by means of electronic data records 
of the invoices is Icnown from the state-of-the-art. Such data 
records are used in enterprise business software to store the 
financial data related with a sale of a product, and to have 

15 these data available for credit management and risk management 
purposes. However, although the data are stored in the con^juter 
system of the respective company (enterprise) , it is not in any 
case certain, whether the invoice has been actually paid or not 
or whether a dispute has been opened on the invoice or on the 

20 whole sale or on the order process or on contract issues or 
other problems that will prevent a payment of an invoice. 
Consequently, if the management of the enterprise analyses the 
financial situation on the basis of uncertain data of invoices, 
the result may be misleading and may show that financial 

25 situation of the . enterprise which is different from the real 
financial situation* Further, the conpany may not be aware of 
the need to collect the cash from active debts, and even if the 
cou^pany is aware, it is not in any case clear, on which part of 
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the outstanding invoices the efforts of cash collecting should 
be focused. This is particularly a problem, if a large nuiriber 
of invoices have been sent to a plurality of customers. Prom a 
technical point of view, frecjuent searching of data bases with 
cott^ilex searching conditions stress the system performance or, 
in other words cause expenditures for computing power and 



Thus, there is a need for a method, software application and/ or 
^0 data processing- system- providing a more efficient solution of " 
at least a part of the problems described above, particularly 
it is desirable to provide a software application having a 
mechanism for enabling a better processing of invoices in order 
to collect the according to the company's active debts from 
15 customers . 

The above description is based on the knowledge of the present 
inventors and not necessarily that known in the art. 

20 SUMMARY OF THE INVENTION 

In accordance with the invention, as embodied and broadly 
described herein, methods and systems consistent with the 
principles in this specification provide a method for 
computerized processing of invoices, which a company has 
25 presented to two or more customers, comprising: 

selecting from a plurality of invoices such invoices, whicb are 
due within a preselectable time or on a preselectable date and 
the balance of which is larger than a preselectable first 
value, and assigning a first state to said selected invoices. 
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Applying the methods, e.g. by using the ayatem, is insofar 
advantageous as the collection of outstanding cash independent 
of a specific customer is made easier. A conpany can focus ite 
capacity of cash collection on such invoices, which are 
5 considered to be most important with respect to its turziov^r. 
The invention allows a cav^any to have an overview over 
critical invoices duly before the respective due dates, so that 
measures to ensure punctual payment can be taken in good time. 
Further, the management of the respective company can get an 
10 improved day aales outstanding, a better management of 

liquidity, an improved credit risk management through more 
transparency, better customer profiling through company owned 
credit scores, better accounts receivable reporting and a 
better communication with customers. The introduction of the 
15 state concept greatly reduces the expenditures for search and 
querying the data bases and increases the system performance, 
particularly if huge amounts of Invoices have to be screened. 



20 



30 



Embodiments of the invention are further directed to a computer 
system, a computer program, a computer readable medium and a 
carrier signal , each compriaing program code or Instructions 
for computerized processing of invoices, which a company hae 
presented to two or more customers according to the above 
method and its embodiments. The invention is further directed 
to an electronic data atrueture having one or more data fields 



Such coni>uter program can be installed as one or more programs 
or program modules on different hardware systems (computers or 
computer systems) , and run separately and Independently of each 
other, in their entirety being capable of performing the 
inventive method and its embodiments. The different systems may 
be connected in the form of a network to communicate with each 
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Additional objects and advantages of the various embodiments of 
the invention will be set forth in part in the description, or 
may be learned by practice of the invention. The objects and 
5 advantages of the embodiments of the invention will be realized 
and attained by means of the elements and combinations 
particularly pointed out in the appended claims. Embodiments of 
the invention are disclosed in the detailed description section 
and in the dependent claims. 
10 The various embodiments can include and/or exclude different 

. _ _ a.ap.?.9tSf features .an.d/ojr ...advantages, jwhere applicable i l-n 

addition, various embodiments can combine one or more aspects 
or features of other embodiments, where applicable. 



It is understood that both the foregoing general description 
and the following detailed description are exemplary and 
explanatory only and are not restrictive of the embodiments of 
the invention, as claimed. The description of aspects, features 
and/or advantages of particular embodiments should not be 
20 construed as limiting other embodiments or the claims. 

■ 

BRIEF DESCRIPTION OF THE DRAWINGS 



The accompanying, drawings, which are incorporated in and 
constitute a part of this disclosure, illustrate by way of 
exanples various embodiments and aspects of the invention. In 
25 the drawings, 

^^9- 1 is an exemplary diagram for illustrating the 
in^jlementation of the claimed method by means of 'a computer 
system; 

30 
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Pig. 2 is an exetnplaxy flow diagram of a first example 
illustrating a method for processing invoices according to the 
principles described in this disclosure; 

5 Pig. 3 is an exemplary flow diagram of a second example 

illustrating a method for processing invoices according to the 
principles described in this disclosure; 

Fig- 4 is an exemplary flow diagram of a third exanqple 
10 illustrating a method for processing invoices according to the 
principles described in this disclosure ; 

^^9* 5 is an exemplary flow diagram of . a fourth example 
illustrating a method for processing invoices according to the 
15 principles described in this disclosure; 

Pig. 6 is an exemplary flow diagram of a fifth example 
illustrating a method for processing invoices according to the 
principles described in this disclosxire; 

20 

Pig. 7 is an exemplaary block diagram for illustrating an 
exemplary data structure for processing invoices according to 
the principles described in this disclosure. 



25 DESCRIPTION OF THE BaMBODIMENTS 

Within the concept of this specification, the terms used shall 
have their usual meaning in the context of the field of data 
processing, unless defined otherwise herein. 

30 A computer system broadly refers to any stand alone computer 

s^lch as a PC or a laptop or a series of computers connected via 
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a network, e.g. a network within a company, or a series of 
computers connected via the internet. 

Computer ^stems and programs may be closely related. As used 
5 herein, phrases, such as "the coinputer provides" and "the 
program provides or performs specific actions", «a user 
performs a specific action- are used to eatress actions by a 
coni)uter system that may be controlled by a program or to 
e^^ress that the program or program module may be designed to 
10 enable the computer system to perform the specific action or tc 
._ ^ . '^f.e.J^. to perform the . spssif ic action, t^. means- of. a 

coinputer system. 

It should be understood that the term "presentment" as used 
15 herein broadly refers to the specialized definition normally 
associated with commercial paper (i.e. the production on a 
negotiable Instrument to a drawee) as well as to providing 
information via electronic means. Por example, this electronic 
presentment may be through the use of an Internet- or intranet 
20 website or via e-mail ox SMS, e.g. by making a web site 

accessible to one or more persons. Electronic presentment may 
also take place by sending coit5)uter readable storage media, 
like disks, ZIP disks, magneto-optical disks, CDs, R/W discs, 
DVD ROMs etc., e.g. via standard mail. 

25 

Reference will now be made in detail to the principles of the 
invention and its embodiments by an explanation on the basis of 
a data processing process, exampled of which are illustrated in 
the accompanying drawings. 

In electronic data processing, particularly in accounting 
processes, the content of invoices may be stored in electronic 
data records . Such data record may be implemsuted as one or 
more lines of one or more tables, each line having one or more 

Version A dated 31.10.2003 



30 



31/18/2803 14:55 09495227764443 SfiP AG WALLDORF S. 14/49 



" 7 - 2003P0079S BP 

fields. In object orientated pxrogramniing an electronic data 
record may be implemented by an instance of a class. The class 
then has at a plurality of variables. The class further has a 
one or more functions, which are operable on the instances 
5 (invoices) • The fields or variables contain typical invoice 
information such as name of customer, addresses, product, 
price, account no,, payment terms, tax, contact person, invoice 
date, due date or person responsible for changes in the 
document on the customer side or responsible person for 
10 authorization. 

The method as described in the summary section may be performed 
by using such electronic data records. A set of such records 
may be queried to extract such records, which meet the 
15 condition according to which the respective invoices are due 
within a preselectable time or on a preselect able date and the 
balance of which invoices is larger than a preselectable first 
value. Subsequently, a first state is assigned to the thus 

20 

An example of a preferred insplementation of assigning a state 
to the invoices is that the electronic data record may comprise 
a data field for the characterization of the state of the 
invoice and that characters are entered into that data field 
for the characterisation df the state. This field is 
hereinafter referred to as state field. The state field may be 
implemented as a string field with a length of 1 to 3, 4, 5, 
7, 8 or more characters, depending on the number of possible 
states that shall be available. Following states may be 
characterized: paid, xinpaid, balance > first value, due, undue, 
for cash collection, special attention, high priority, medium 
priority, low priority, problem indicators on contract issues 
or on invoice content and lay-out issues or on issues to be 
handled by responsible maxiagers or on escalated matters. 
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internal status, number of days outstanding, payment date of 
document. .iHese states are exan^jlea and not intended to limit 
the sccqpe of the invention. 

5 The thus selected invoices may be stored as a separate set or 
marked as selected. 

In a further step it may be controlled, e.g. by the computer 
ayetem. whether payments have been received for the selected 

10 invoices. Invoices, for which no payments or only partial 

. . EWent? have . been received, are.fur.ther extracted,. -e-.g. by 

storing them separately or marking. Both steps may also be 
performed in inverted order or as a single query. Invoices 
having a certain state, e.g. "for cash collection" may be 

15 automatically presented to a collecting service. A. collecting 
service may be, for example, a case worker of the company, and 
the presentation to him may be performed as pointed out above, 
e.g. by sending an e-mail including a file with the selected 
set of invoices, or a link pointing to the storage location of 

20 such a file or by sending a link to a web page, which contains 
the selected invoices and which may conprise further 
information like correspondence, notes, scanned letters etc. 
The caseworker then can decide what fxarther actions are to the 
performed. He may, for example, send an e-mail to the customer 

25 or call him directly via telephone or the like. After 

presenting the selected invoices to the collecting service, the 
states of the invoices may be changed accordingly. It should be 
noted that the selection is not based on invoices for a 
specific customer, but it is made customer independent over a 

30 plurality of invoices. This allows a customer independent 

reporting, what results in a better overview over the financial 
situation of the company. As an example, invoices of high 
priority may be presented 10 days before their due date, medium 
priority 7 days before their due date and low priority invoices 

version A dated 31.10. 2003 



31/10/2003 J.4:55 .. 004962277B4443 



SAP AS WALLDORF 



5. 



IB/ 49 



- 9 - 



2003P0079$ BP 



on the due date. The mentioned values are exaiRplee and 
on the intention of the respective company. Inetead of 
priority, the amount of the balance may be uaed as well 



10 



15 



20 



A first embodiment of the method is characterized in that the 
method further comprises a step of selecting from said 
pliirality of invoices one or more invoices and assigning a 
second state to said selected invoieea. The assignment of the 
second state may be in^lemanted by a second data field in the 
data record analogous to that pointed out above. Alternatively 
the assignment of two (or more) states may also be implemented 
by defining a first number of characters of the String in the 
state field as representing the first state and a second number 
of characters subsequent to the first number as representing a 
second state and so forth. For exan5>le, if a string in the 
state field consists of 8 characters ''ABCdbfOH" , the first twD 
characters (AB) may define the first state, the following 3 
characters (CDB) may define a second state, the following two 
characters (PO) may define a third state and the last character 
(H) may define a fourth state. Any such combination may be 
applied, and any meaning caui be assigned to any state. This is 
on the discretion of the applicant of the method and the 
computer system. 



A second embodiment of the methods comprises said first and 



by a f i 

characters entered into one data field of a data record 
comprising data of the respective invoice. 



30 A third embodiment of the methods con^jrises the one or more 

importance. Cases of special 
importance may be, for exan«>le, cases, in which non standard 

upon in the underlying 

contract, e.g. special payment 
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conditions deviating Crom the standard business conditions o£ 
the Qowpaxiy, etc. 

A. fourth embodiment of the methods is characterized in that 
5 said first and second states are states o£ high priority. 

A fifth embodiment of the methods is characterised by selecting 
from said plurality of invoices such invoices r the balance of 
which is smaller than a preselectable second value, and laz:ger 
10 than a preselectable third value and assigning a third state to 
such selected invoices, the secqiid . value, being, smaller or equal 
than the first value and the third value being smaller than the 
second, value . 

15 In a sixth embodiment, the methods comprises that the third 
state is a state of medium priority. 

An seventh embodiment of the methods comprises selecting from 
said plurality of invoices such invoices, the balance of which 
20 is smaller than the third value and assigning a fourth state to 
such selected invoices. 

A further embodiment of the methods is characterised in that 
the fourth state is a state of low priority. 

25 

In a further embodiment of the methods, the preselectable first 
value is such that a preselectable percentage of the 
outstanding active debts or turnover of the company is 
controlled. 

30 

A further embodiment of the methods comprises presenting the 
invoices of the first and/or second and/ or third and/or fourth 
state to a cash collector. 
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A Still further embodiment of the method© is characterized in 
that preaenting the invoices having a first or second atate at 
the latest at a presetable first period of time before the due 
date to the cash collector. 

5 

A still further embodicnent of the methods is characterized by 
presenting the invoices having a third state at the latest at a 
presetable second period of time before the due date to the 
cash collector. 

10 

A still further embodiment of the methods is characterised by 
presenting the invoices having the fourth state at the latest 
at a presetable third period of time before the duo date to the 
cash collector. 

15 

A Still further embodiment of the methods is characterized by 
said cash collector controlling, whether payments according to 
the invoices of the first and/ or second state have been made 
before or on or after the due date, and in case of a non 
20 payment, presenting such invoices to a collecting service. 

A still further embodiment of the methods is characterized in 
that the second period of time is smaller than the first period 
of time and the third period of time is smaller than the second 
25 period of time. 

A still further embodiment of the methods con^jrises dunning the 
customers of the accompanying due invoices. 

30 In a still fiirther embodiment of the methods the collection 

service is a collection division of the company or an external 
collecting agency. 
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A Still further embodiment of the methods is characterised by 
checking whether a non-payment is reasoned, and in case no, 
pre^e^ting such invoice to an external collecting agency. 

S A still further embodiment of the methods ia characterized by 
presenting the selected invoices to the collecting service by 
means of a to-do-list. 

A still further embodiment of the methods comprises receiving a 
10 request for a state change of an invoice from a customer and 
..^^5.^3ing the state of the invoice, accpz^ding. to .said .request 

A still further embodiment of the methods comprises presenting 
the request to an internal clearing division before changing 
15 the state. 

A still further embodiment of the methods is characterized in 
that the method further cornprises: selecting from the selected 
invoices such invoices, the due date of which has expired (step 
20 a) , controlling, whether a payment regarding the respective 
invoice has been received before or on the time of selection 
(step b) and presenting the selected invoices to a collecting 
service (step c) . 

25 An embodiment of this method coti5)rises instead or in addition 
to step a) s d> selecting from said plurality of Invoices such 
invoices, the balance of which is smaller than a preselect able 
second value, and larger than a preselectable third value, the 
second value being smaller or equal than the first value and 

30 the third value being smaller than the second value, before 
continuing with step b) . 



A further embodiment cottprises in step d) : selecting frem the 
selected invoices such invoices, which are due within a 
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preeelectable tlms or on a p^eselectable date. Thia is useful, 
because it enables a con^^any to efficieatly check, whether its 
xnvoicea are paid in due time. For exan^le: the collecting 
sexvice (case worker) receives a list of invoices, which are 
due in two days. The case worker can now schedule his time, 
because he knows how nany and what invoices he has to check on 
payment in two days. 



A further embodiment is characterized by instead or in addition 
to step c) : dunning the customers of the accompanying 
unselected due invoices.. With thia method, minor important 
invoices can be automatically processed, e.g. by automatically 
sending personalized circular letters or mails. 

A further embodiment is characterized by in step c) s presenting 
the selected invoices via a to-do-liet. 

Within the concept of this disclosure, the presentation of a 
to-do-list may be accomplished by presenting the selected 
invoices in the form of a list on a display of the computer 
system of a caseworker. This can be done automatically or by 
sending a link to the file, which contains the list. The list 
may be provided with check-boxes, alerts, or proposals for 
actions, each depending on the state of the respective invoice. 

In a further embodiment, the methods are characterized in that 
the preselectable first value is such that a preselectable 
first percentage of the outstanding active debts or turnover of 
the con\pany is covered. The first percentage may range for 
exans>le from so to 70 %, depending on the intention of the 
company. For example, 80 % may be a useful value in a variety 
of cases. The actual number of the first value can. for 
example, be determined iteratively by successively increasing 
the first value from start value (zero is the trivial case) and 
checking within each step, which percentage of the turnover is 
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covered, and taking that number as first value, ths 
accompanying percentage of which equals the desired value of 
turnover . 



10 



15 



20 



30 



A further embodiment of the methods is characterized in that 
the preselectable first, second and third values are such that 
a preselectable second percentage of the outstanding active 
debts or turnover of the company ia covered. The second 
percentage may, for escample, range from 70 or 90 or 90 to lOO 
%, including all interim values, depending on the intention of 

the coniptoy. The,,selection acoqrding. tP this., embodiment, is 

insofar advantageous as it helps ensuring that unselected 
invoices represent only a comparatively small percentage (loo - 
second percentage) of the coir^iany's turnover. 

Another embodiment comprises in step c) : checking, whether a 
partial- or non-payment is reasoned, and in case no, presenting 
such unreasoned partial- or non-paid invoice to a collecting 
agency. Within the concept of this disclosure, the term 
"collecting agency'' broadly refers to collection divisions of 
the company as well as to collecting agencies different from 
the company. After presenting the invoices to the collecting 
agency, the states of the respective invoices may be changed 




A further embodiment of the 
c) : presenting not due invoi 
first period of time before 



inventive method con^rises In step 



the due date to the collecting 



A further embodiment of the 
d) 5 presenting not due invoices 
second period of time before the due 



method comprises In step 
latest at a presetable 
date to the collecting 
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A stxll further embodiment of the inventive method comprisee 
instead or in addition to step a) and/or d) : selecting from 
said plurality of invoices such invoices, the balance of which 
5 is smaller than the third value. 

A still further embodiment coiiq,rises in step d) : presenting the 
invoices at the latest at a presetable third period of time 
before the due date to the collecting service. 
A still further embodiment comprises said collecting service 
10 controlling, whether payments according to the invoices have 

been made before or on or after the due date, ind, in case of a 
partial- or non payment, presenting such invoices to a 
collecting agency. 

A still further embodiment comprises checking whether a 
15 partial- or non-payment is reasoned, and in case no, presenting 
such invoice to an external collecting agency. 
A still further embodiment comprisea presenting such invoices 
to a clearing division prior to presenting to the external 
collecting agency. This is useful, because it enables the 
20 company to negotiate new payment conditions with the customers 
before escalating the case to the collecting agency, m case 
new payment conditions have been agreed upon, the step of 
presenting to the collecting agency can be omitted. 



30 



The 

and percentages 
made editable through a user 



second and third values, times, 
in variables or tables and 
« e.g. a case worker of a 



A still further embodiment of the inventive method is 
characterized in that the second period of time is smaller than 
the first period of time and the third period of time is 
smaller than the second period of time. In a still further 
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emboaiment the collection agency is a collection di 

agency . 



the company or an extezixal 



of 



A first embodiment of the electronic data record is 
characterized in that said state field contains one cr mure 
seta of characters for. the characterization of one or more 
states. An alternative embodiment ia characterized in that the 
data record comprisea one or more state fields for the one or 
more states. The above mentioned states may be entered into the 
state field (s) by entering a characteristic character or 
*=*?^i?^tion of a few characters intp the JieldO). .e.g.- si -tso- - 
Sn for a number of n states. To each condition mentioned above, 
a state can be assigned and entered into the state field. 
Likewise, a state can be assigned to combinations of two or 
more 



20 



A further embodiment of the 
characterized in that said 
one or more tables, which 
For eawmple, the following 
table: balance >= X, X > 
case, high priority mjd balance 



electronic data record is 

field (9} is (are) linked to 
a description of a state, 
ions can be entered in that 
Y, high priority, special 
s>= X, due within U days, due on 



30 



A further eiribodiment of the electronic data record is 
characterized in that the state field is directly or indirectly 
linked to a table, which contains one or more instructions, 
which depend on said state and which are automatically " 
executable by a computer system. For example, automatically 
dvinning customers. 



A further enOsodiment of the electronic data record 
characterized in that said state field is 

Indirectly linked to a table, which contains assigntnant of a 
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State to an event, which might occur during the processing of 
the invoice. The following events may be typically contained: 
Invoice blocked for payment, becauee of invoice lay-out not 
complete or incomplete invoice reference or quality or quantity 
assues on outstanding documents to be solved by responsible 
person within company. These events are examples and are not 
intended to limit the scope of this invention. By means o£ a 
table one or more proposals for a change of the state may be 
assigned to a state. 

m a further embodiment, the electronic data record comprises a 
field for comments. This field may be implemented for example 
as a string field of a length of up to 128 characters or inore. ~ 



IB A further embodiment of the electronic data record is 

characterized in that the electronic data record is at least 
partially accessible via the internet and wherein the content 
of the state field or a data field for comments is editable 
the internet. In order to achieve this, the respective data 
fields must be deblocked for read/write access in the computer 
system in which the electronic data record is processed. Other 
selected fields of the electronic data record, the content of 
which fields may be of interest for a potential Internet 
may be deblocked for read access only. 



A further embodiment of the electronic data record is 
characterized in that the state field is linked to a table, 
which contains one or more state dependent proposals for 
changing the state. For example, if the state is that an 
invoice has to be paid in a few days, a proposed state after 
the due date is that the state may be changed in "not paid" . Or 
if certain situation has been clarified by a phone call, the 
sate it may have the state "will be paid with delay". 
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A further eDnbodlmerit: of the method as described in the summary 
section and using the data structure described above is 
characterised in that the method further eonprlses a step of 
assigning a state , which may be entered by a userj to said 
5 state field. This may be implemented by an independent program, 
which may collect all changes of states in a predefinable time 
interval and which writes the changes periodically into the 
respective state fields. 

10 A further embodiment of this method is characterized in that 

the method further coi^prises selecting, or. sorting- or evaluating 
or analyzing the electronic invoices according to the state. 
By using this method and general known data base query tools r a 

user of the method - e.g- a collecting service - may get lists 

■ < 

IS of all invoices^ which fulfill predefinable conditions with 
respect to the state field as pointed out above. 



A further embodiment comprises calling a state dependent work 
flow. 

20 By using this method, a workflow, which is designed to solve a 
specific problem, may be automatically initiated. For example, 
a dispute process can be initiated if a due invoice is not paid 
without a reasoned statement. Then a mail may be automatically 
sent to collecting agency in order to solve the problem. 

25 Further, a deadline can be issued on an outstanding problem. 
After experiment date the system may automatically s^ht a 
reminder to the responsible persons to taJce action. 
Further, the to-do-list can be initiated for cash collectors on 
outstanding items, by sending a mail to responsible contact 

30 persons for the customers. 

A still further embodiment is the disclosed method (a) or data 

stzmctures or computer system (s) for use in ox* for an 

enterprise resource planning software. 
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An enterprise resource planning software herein broadly refers 
to any software or software paclsage for supporting business 
processes of enterprises, including but not limited to 
accounting, administration, management, or production 



Processors suitable for the execution of a computer program for 
performing the above methods include, by way of example, both 
general and special purpose microprocessors, and any one or 
10 more processors of any kind of digital computer. Generally, a 
processor will receive instructions and data from a read-only 
memory or a random access memory or both. The essential 
elements of a cort^^uter are a processor for executing 
instructiona and one or more memory devices for storing 
15 instructions and data. Generally, a computer will also include, 
or be operatively coupled to receive data from or transfer data 
to, or both, one or more mass storage devices (storage means) 
for storing data, e.g., magnetic, magneto-optical disks, or 
optical disks. Information carriers suitable for embodying 
computer program instructions and data Include all forms of 
non- volatile memory, including by way of example semiconductor 
memory devices, such as BPROM, BBPROM, and flash memory 
devices; magnetic disks such as intiemal hard disks and 
removable disks; magneto -optical disks; and CD-ROM and DVD-ROM 
25 disks. The processor and the memory can be supplemented by, or 
incorporated in, ASICs (application- specif ic integrated 
circuits) . 



To provide for interaction with a user, the invention can be 
implemented on a conputer system having a display device such 
as a CRT (cathode ray tube) or IiCD (liquid crystal display) 
monitor for displaying information to the user and a keyboard 
and a pointing device such as a mouse osr a trackball by which 
the user can provide input to the cotiqputer. Other kinds of 
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devices can be used to provide for interaction with a user as 
well; for example, feedback; provided to the user can be any 
form of sensory feedback, such as visual feedback^ auditory 
feedback^ or haptic feedback? and input from the user can be 
5 received in any form, including acoustic, speech, or haptic 
input . 

The invention is now described in more detail by way of 
reference to the drawings. 

10 

Fig. 1 shows one exaniple of an icts)JLement at i o£...an-entbodi-ment' 

of the invention: A con^uter system with program modules for 

processing the inventive electronic data record and for 

performing the inventive method- What is shown is a computer 

15 system 101 conpriaing a computer 102 having a CPU 105, a memory 

112 for storing an operating system, data and programs. In 

memory 112 a software application 111 is stored for being 

processed by CPU 105. Software application 111 conqprises 

program modules 106, 110 for carrying out the processing of the 

20 inventive electsronic data record and the processing according 

to the inventive method. The inventive electronic data records 

are implemented in a table 109 comprising columns for typical 

invoice data and two columns, '^statel'^ and ^^Btate2'' for two 

types of states of the invoice. Statel represents a general 

2S type, state2 a priority type. Table 109 is stored in computer 

memory 112 and on a non volatile data storage device 107. 

Computer System 101 further comprises input means 103, output 

means 104 for interaction with a user, e.g. for starting the 

program modules and/or for data input, and general input/output 

30 means 108, including a net connection 114, for sending and 

receiving data. A plurality of computer systems 101 can be 

connected via the net connection 114 in the form of a network 

113. In this case the network coiiputers 113 can be used as 

further input/output means, including the use as further 
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Storage locations. Cons^ufcer system 101 further conrprises 
storage means 107. 

in case the ERP software 111 carries out the claimed method, 
program modules lOS, 110 are processed by CPU 105. The 
processing coniprises module 10€ querying table 109 for 
invoices, which are due within U days and the balance of which 
IS equal or greater than X. Module 106 enters a state Siu into 
the state field of the respective invoice (s), inv. 003 in the 
exan^jle. Module 106 further queries table 109 for invoices, 
which meet further predsfinable conditions and enters 
corresponding states into the state fields. Examples are: state 
SI for "balance X" and S2 for > balance >= Y" . Module 106 
further assigns a further state, a priority type state -MP-' 
(medium priority) to invoice 003 . This may be performed by 
presenting a corresponding input request to a user, who then 
decides what priority the corresponding invoice shall have. The 
user enters the state (e.g. by clicking a corresponding box) 
and module 106 writes the state into the state field. Default 
values may be set for the states when creating the data record 
for an invoice. Priority states may also be set autoinatically, 
e.g. by automatically assigning a low priority state to all 
invoices, the balance of which is smaller than a preselectable 
value, or a high priority state to all invoices, the balance of 
which is greater or equal than a preselectable first value, or 
to which special contractual conditions apply. Module 106 may 
also query table 109 for such invoicea, which are due in a 
preselectable date or within a preselectable date and to which 
a first state is assigned, and assign a second state to such 
selected invoices. For example, module 106 queries table 109 
for invoices, which are due within V days, checks, whether the 
statel field for that invoices is other than default an assigns 
a second state to euch invoices as pointed out abwe. 

thia may also be in5)lemented by cheeking, whether 
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a state (or -U'') is contained in the state! field, and by 

assigning a second state to such invoices as pointed out above. 
E.g. all invoices, which are. due in V = 6 months, shall -now- 
(at the time of selection) have the state "low priority" . 

Subaequently or parallel to that procedure, module 110 queries 
table 109 for medium priority invoices having the state S2U, 
extracts preselectable data from the respective invoices and 
presents the extracted date to a user in the form of a to-do- 

10 list 115 on a display 104. A user can evaluate the list and can 

^^P^^? whether,, and . in. caae. yes what _act ions - should ■ be 

performed next. In order to support this, the to-do-list may 
coii5)rlse cheek boxes or buttons by means of which further 
actions can be initiated. For example a button assigned to each 

15 invoice may cause - if it is applied - that a list of possible 
actions is presented to the user for selection. E.g. that an e- 
mail with a predef inable content is sent to the customer of the 
respective invoice. Presenting the to-do-list can also be 
performed on other network computers 113. 

20 

Fig. 2 shows an exen^lary flow diagram in order to illustrate 
principles of the claimed method, particularly an example of a 
process 106 of Pig. i. After a start step 201 a list 203 of 
invoices is queried in a step 202 according to a set of 
selection conditions 204. in the example, the set consists of 
only one condition: The balance of an invoice has to be greater 
than a value VI. For the thus selected invoices it is checked 
in an optional step 205 whether a full payment haa been 
received. In case yes, the respective invoice is withdrawn from 
the list of selected invoices in step 206. in a further step, 
the state of the respective invoice may be changed to -paid" . 
in a step 207, a first state is assigned to invoices, for which 
none or only a partial payment haa been received. Invoices 
having a preselectable first state, are then presented as a to- 
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do-list 209 in a step 208 to a collecting service, e.g. a us., 
in a collecting department of the coni,any in step 207. The 
exen5)lary process then ends in step 210. 

Fig. 3 shows an exemplary flow diagram in order to illustrate 
principles of the claimed method, particularly an example of a 
process 106 of Pig. i. After a start step 301 a list 303 of 
invoices is queried in a step 302 according to a set of 
selection conditions 304. In the exan^He, the set consists of 
only one condition: A state of an invoice has to contain -U", 
what means : the invoice is due within u days . For the thus 
selected invoices it is checked in an optional step 305 whether 
a full payment has been received, in case yes, the respective 
invoice is withdrawn from the list of selected invoices in step 
30S. in a further step, the state of the respect i^ invoice may 
be changed to -paid", m step2 307, 309, 311, a second state is 
assigned to invoices, for which none or only a partial payment 
has been received. For this purpose, a list 308 showing the 
selected invoices is presented to the user. The list 308 
comprises information on the invoice and to each invoice means 
for selecting a atate to the invoice. In the example, the user 
can chose whether the invoices 003 and xyz shall have the state 
-stateza- or J-stateZb- . The user clicks the corresponding 
boxes, while the process is waiting in step 305 for the 
decision. When the user has finished the selection, the process 
writes the selected states into the state fields of the data 
records instep 311. The exen^lary process then ends in step 



e 

a 



Pig. 4 shows an exemplary flow diagram in order to illustrat 
principles of the claimed method, particularly an example of 
process 109 of Pig. 1. After a start step 401 a list 403 of 
invoices is queried in a step 402 according to a set of 
selection conditions 404. In the example, the set consists of 
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two conditlone: The fl.st state of an Invoice has to be -SXU'' 
and the second state ^MP- . p,, the thus selected invoices It is 

5 thrilst 'o^ ^^^P-^^- is Withdrawn fro™ 

5 the Izst of selected invoices in step 406. m a further step, 

the state of the respective invoice may be changed to ^paid^ 
In a step 407, invoices having the preselectable first and 
second state, are than presented as a to-do-list 408 to a 
collecting service, e.g. a user in a collecting department of 
10 the company. The exemplary process then ends in step 409. The . 

i^^. ^^ll^cting department, may . than initiate- actions- - 

wath regard to each specific invoice, e.g. call the customer by 
phone or send an email. In case the reaction of the customer on 
the action satisfies the expectations of the user, this can be 
15 entered into the data record by a corresponding state, if no or 
a dissatisfactory reaction is received from the customer within 
a preselectable time, a further to-do-list may be presented to 
the collecting division. The further to-do-list may comprise « 
list of possible actions, depending on the type of reaction the 
20 customer provided, for selection .. For exan5,le, an invoice may 
be passed to a credit control area in case financial challenges 
like bankruptcy of the customer occur, it may be re-routed to a 
front office, if commercial challenges like dissatisfaction of 
the customer with delivered goods occurs, it may be re-routed 
25 to a back office i£ invoicing challenges like wrong address or 
delivery challenges like incoiT5>lete delivery occur. 

Pig. 5 shows a further exemplary flow diagram in order to 
further illustrate principles of the claimed method, 
30 particularly an example of a process 109 of Fig. i. After a 

start step 501 a list 503 of Invoices is queried in a step 502 
according to a set of selection conditions 504. in the example 
the set consists of three conditions, the first state is S3 
(balance of an invoice has to be smaller than a value Y (see 
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Fig. 7) , the invoice has to be due and the second state is low 
priority. For the thus selected invoices it is checked in an 
optional step 505 whether a full payment has been received In 
case yes. the respective invoice is withdrawn from the list of 
selected invoices. In a further step, the state of the 
respective invoice may be changed to «paid- . The customers 
accompanying the invoices, for which none or only a partial 
payment has been received, are then automatically dunned in 
step 507, e.g. by automatically sending dunning letters or 
dunning e-mails. The exemplary process ends in step 508 
Alternatively, the unsettled invoices may be presented as a to- 
do-list like 209 in Pig. 2 to a collecting service, e.g. a user 
in a collecting department of the company in order to confirm 
the dunning by the collecting service before the dunning letter 
or e-mail is sent out. if no reaction is received from the 
dunned customer within a preselectable time, the respective 
invoices may be presented to a collecting agency, m case a 
reaction is received from the customer, a further to-do-list 
may be presented to the collecting division. The further to-do- 
list may comprise a list of possible actions, depending on the 
type of reaction the customer provided, for selection. For 
example, an invoice may be passed to a credit control area in 
case financial challenges like bankruptcy of the customer 
occur, it may be re-routed to a front office, if commercial 
challenges like dissatisfaction of the customer with delivered 
goods occurs, it may be re-routed to a back office if invoicing 
challenges like wrong address or delivery challenges 
incomplete delivery occur. 



Pig. e shows a further exenplary flow diagram in order to 
further illustrate principles of the claimed method, 
particularly an exanqple of a process 109 of Pig. i. After 
initiating the process in a start step 601 a list S03 of 
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Invoices is queried in a step S02 according to a set of 

selection conditions 604. in the eacamnio i.v.« - * 

une eacai^pie, the set consists of 

two conditions : the first state field has to contain Si 
(balance of an invoice has to be gi^ater than a value vi, see 
Pxg. 7) and the second state has to be a high priority. Por the 
thus selected invoices it is checked in an optional step 605 
whether a full payment has been received. In case yes, the 
respective invoice is withdrawn from the list of selected 
invoices in step 606. m a further step, the state of the- 
respective invoice n«y be changed to -paid". The invoices, for 
which nous .9r. OTly. a. partial, payment has been received-, are 
then presented as a to-do-list 608 to a collecting service, 
e.g. a user in a collecting department of the company in step 
607. The user then can decide what action has to taken next/ 
e.g. by selecting one of a list of proposed actions, which is 
incorporated into the to-do-list 608. The process waits for 
that decision in step 609. The selected action is than 
automatically carried out in step SlO, An example for such an 
action is: presenting the invoice to an in-house clearing 
division for deciding whether presenting it to an external 
collecting agency or not. The = exemplary process then ends in 
step 611. 



optional steps for checking whether payments have been 
, can also be performed before starting the respect 
processes, e.g. when creating the invoice lists 203 to 603. 



Pig. S shows an exanple of a data structure of an 
illustration. The data structure is implemented as a table 701 
having a plurality of columns. According to the invention, a 
column 707 for the first and second state of the invoice is 
contained. The fields of the column 707 contain strings of a 
length of at least four characters. The first two characters 
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are deflnecl to represent the first state, second two characters 
represent the second state. Further groups of characters may be 
used to define further states, depending on the length of the 
field. Depending on the nxiitiber of states, one character per 
S state may be sufficient. Alternatively n colunms for n states 
can be used as well. Combinations of both alternatives are also 
possible. The individual data records of the invoices are 
inqplemented as individual lines of table 701 . The state colunm 
707 of table 701 comprises one state field for each Invoice. In 
10 a table 702 a description is assigned to a state. By means of 

table 703 one or more events 1 to n are assigned to a state. By 
means of table 704 one or more proposals 1 to n are assigned to 
a state. By means of table 505 one or more events 1 to n are 

i 

assigned to a state. Tables 702 to 705 are linked to table 701 
15 by the state column. In a table 706, values of variables may be 
stored. The conditions, which are applied when querying the 
list of invoices, may be stored in a table as well. 

Modifications and adaptations of the present invention will be 

20 apparent to those skilled in the art from consideration of the 

specification and pra.ctice of the invention disclosed herein. 

The foregoing description of an inclement at Ion of the invention 

has been presented fox pxirposes of Illustration and 

description. It is not exhaustive and does not limit the 

25 invention to the precise form disclosed. Modifications and 

variations are possible in light of the above teachings or may 

be acquired from the practicing of the invention- For exaople, 

the described inclement at ion includes software, but systems and 

methods consistent with the present invention may be 

30 Inplemented as a coxnbination of hardware and software or in 

hardware alone. Additionally, although aspects of the present 

Invention are described for being stored in memory, one skilled 

In the art will appreciate that these aspects can also be 

stored on other types of con^suter -readable media, such as 
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secondary storage devices , for example, hard disks, floppy 
disks, or CD-ROM; the Internet or other propagation medium; or 
other forms of RAM or RON. 

5 computer programs based on the written, description and flow 

charts of this invention are within the skill of an experienced 
developer. The various programs or program modtilea can be 
created using any of the teciiniques known to one skilled in the 
art or can be designed in connection with existing software. 
10 For exanple, programs or program modules can be designed in or 

by means of Java, C+-^, HTML, 2ML,_ or_OT included - Java 

applets or in SAP R/3 or ABAP, One or more of such modules can 
be integrated in existing e-mail or browser software. 



15 While Illustrative embodiments of the invention have been 

described herein, the present invention is not limited to the 
various preferred embodiments described herein, but includes 
any and all embodiments having equivalent elements, 
modifications, omissions, combinations (e.g., of aspects across 

20 various embodiments) , adaptations and/or alterations as would 
be appreciated by those in the art based on the present 
disclosure. The limitations in the claims are to be interpreted 
broadly based on the language employed in the claims and not 
limited to exaciqples described in the present specification or 

25 during the prosecution of the application, which examples are 
to be construed as non-exclusive. For example, in the present 
disclosure, the term '*pref erably'' is non- exclusive and means 
"preferably, but not limited to.** Means -plus -function or step-* 
plus *fxmct ion limitations will only be employed where for a 

30 specific claim limitation all of the following conditions are 
present in that limitation: a) ''means for" or ''step for" is 
ea^ressly recited; b) a corresponding function is expressly 
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recited; and c) structure, material or acts that support that 
structure are not recited. 

Other embodiments of the invention will be apparent to those 
skilled in the art from consideration of the specification and 
practice of the invention disclosed herein. It is intended that 
the specification and exanples be considered as exernplary only, 
with a true scope and spirit of the invention being indicated 
by the following claims. 



10 
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What is cXaitned is: 

1. A method for cornputerized processing o£ invoices, whicji st 
company has presented to two or more customers ^ comprising: 
selecting from a plurality of invoices such invoices, which 
5 are due within a preselectable time or on a presalectable 

« 

date and the balance of which is larger than a 
preeelectahle first value , and assigning a first state to 
said selected invoices. 

2» The method of claim 1, further comprising s 
10 selecting f rom, said- plurality of invoices one or more 

invoices and assigning a second state to said selected 
invoices - 

3. The method of claim 1 or 2, comprising: 

said first and/or second state being represented by an 
15 entry into a respective data field of a data record 

comprising data of the respective invoice. 

4. The method of claim 3, comprising: 

said first and second state being represented by a first 
and second set of characters entered into one data field of 
20 a data record conprising data of the respective invoice. 

5. The method of one or more of claims 1 to 4, further 



the. one or more invoices being invoices of special 



25 6. The method of one or more of claims 1 to 5, 

states are states of high 



The method of one or more of claims 1 to 5, 
comprising: 

selecting from said plurality of invoices such invoices. 
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the balance of which is smaller than a preselectable secondL 

• ♦ 

value, and larger than a preselectable third value ajid 
assigning a third state to such selected invoices, the 
second value being smaller or equal than the first value 
5 and the third value being smaller than the second value. 

B. The method of claim 7, wherein 

the third state is a state of medium priority. 

9. The method of one or more of claims 1 to 7, further 
comprising s 

10 selecting from said plurality of invoices such invoices, 

the balance of which is smaller than the third value and 
assigning a fourth state to such selected invoices. 

10. The method of claim 9, wherein 

the fourth state is a state of low priority. 

15 11. The method of one or more of claims 1 to ID, wherein 

the psreselectable first value is such that a preselectable 
percentage of the outstanding active debts or turnover of 
the company is controlled. 

12. The method of one or more of claims 1 to 11, fxirther 
20 comprising; 

presenting the invoices of the first and/or second and/or 
third soid/or fourth state to a cash collector. 

13. The method of claim 12 r further comprising: 
presenting the invoices having a first or second state at 
the latest at a preaetable first period of time before the 
due date to the cash collector. 

14. The method of claim 12, further comprising: 
presenting the invoices 2iaving a third state at the latest 



Version A dated 31.10.2003 



31/10/2003 14:55 0B496227764443 



SAP AS WALLDORF 



S. 



39/49 



- 32 - 



2003P00796 EP 



20 



at a presetable second period of time before the due date 
to the cash collect^or. 

15- The methQd of claims 12^ further comprising; 

presenting the Invoices having the fourth state at the 
5 latest at a presetable third period of time before the due 

date to the cash collector. 

16, The method of one of claim 12, further comprising: 

said cash collector controlling ^ whether payments according 

— -.-■<•* 

to the invaicea of the first and/ or second state have been 
10 l?®fP?^e or on.jox after -the due date/' and in case of a 

non payment, presenting such . invoices to a collecting 



17. The method of one of claims 13, 14 or 15, wherein 

the second period of time is smaller than the first period 
15 of time and the third period of time is smaller than the 

second period of time. 

18 . The method of claim 9 , further comprising : 

dunning the customers of the accompanying due invoices. 



19. The method of one of claims 16, wherein 

the collection service is a collection division of 
company or an external collecting agency. 

20. The method of claim 16, further comprising: 
checking whether a non-payment is reasoned, and in 
presenting such invoice to an external collecting 

21. The method of claim 16, further comprising: 
presenting the selected invoices to the collecting 
by means of a to-do-list. 



case no 



22* The method of one or more of claims 1 to 21, further 
con^r ising : 
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receiving a request for a state change of an invoice from a 
qustomer and changing the state of the invoice according to 



23. The method of claim 22, further comprising: 
B presenting the request to an internal clearing division 

before changing the Btate. 

24- The method of one or more of claims 1 to 23, 

for use in a software for supporting business processes, 
particular in an enterprise resource planning software ^ 

10 25. A computer system for computerized processing of invoices, 

which a company has presented to two or more customers, 
conprising: 

- memory having program instructions; 

" input means for receiving and entering data; 

- output means for sending and presenting dat:a 



- a processor responsive to the program instructions, the 
instructions enabling: 

performing a process according to any of claims 1 to 23 if 
20 said program instructions are executed on the computer 

system. 

2er. A computer readable medium comprising instructions for 
computerized processing of invoices, which a company has 
presented to two or more customers, conprising instructions 



performing a process according to any of claims 1 to 23 if 
said program is executed on a computer system. 

27. An electronic data structure conqprising invoice data# 

characterized in that the data structure conprises a data 
3 0 field for characterizing the state of the invoice. 
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28. Use of tlie electroivic data structure of claim 1 for 
performing a process . according to any of claims 1 to 23 . 

29. Computerprogram comprising program code for performing a 
process according to any of claims 1 to 23 if said program 

5 is executed on a computer system. 
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Abstract 

5 Method and Software Application for Coatputer Aided Customer 
Independent Cash Collection using a State Field in a Data 
Record 

The Invention relates to a method for computerized, processing 
a£ invoices, which a company has presented to two or more 
10 customers^ comprising: 

selecting from a plurality of invoices such invoices, which are 
due within a preselectable time or on a preselectable date amid 
the balance of which is larger than a preselectable first 

w 

value, and assigning a first state to said selected invoices. 
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lnv.No., Oeeonier.Pala. Pnodud, Bal, , Statel, SlateZ 

001. Namel, Datel, Pitufl. Prtcel. ..^ SI , hp' 

002. NameZ, OatEE. Prodi, PricBl,..., S3 , \JP \' 

003. Name3, Date!. ProdZ, Prioe2 S2U , MP . 

DP4, NameZ, Dataa, Pfod3. Price3 v LP 
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